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TITLE OF THE INVENTION 

INTERFACE APPARATUS AND PACKET TRANSFER METHOD 

BACKGROUND OF THE INVENTION 
5 1. Field of the Invention 

The present Invention relates generally to an 
Interface apparatus and a packet transfer method 
for transferring commands and data In the form of 
packets between a host and a device, and, more 
10 particularly, to an Interface apparatus and a 

packet transfer method for transferring the packets 
by connecting the host and the device via a serial 
transmission line . 

2. Description of the Related Arts 
15 Traditionally, an ATA interface (AT Attachment 

Interface) using a parallel transmission line has 
been a mainstream of an Interface between a host 
computer and a device such as a hard disk drive, 
but recently, in order to accommodate for the 
20 speeding up of Interfaces and the expansion of 
capacities of hard disk drives, practical 
application of the serial ATA Interface (SATA) 
using a serial transmission line Is being promoted. 
However, for a write access or a read access 
25 from a host to a hard disk drive which Is on a device 
side in th conventional parall 1 ATA Interface, 
even if the host Issues an new command during a 
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series of transmission sequences from the Issuance 
of a write command or a read command to the 
termination of data transfer, the command newly 
Issued by the host has to wait until the data 
5 transfer based on the command Is completed. This 
is because the conventional parallel ATA interface 
employs a configuration in which the host and the 
device refer to the same task file register, and 
since only one (1) task file register is disposed 

10 at an Interface circuit on the device side. If a 
next command is accepted during data transfer, the 
content of the task file register executing a 
current command will be destroyed. For this reason, 
the next command can not be accepted during data 

15 transfer, and In order to accept the next command 
during data transfer, only one approach Is to 
forcibly cancel the data transfer in execution to 
accept the next command. Also in the serial ATA 
Interface which is currently coming into practical 

20 use, basically the same concept as that of the 

conventional parallel ATA interface is diverted, 
and therefore, a single task file register Is 
disposed on the device side. Thus, In the serial 
ATA Interface as well, the next command can not be 

25 received during data transfer, as in the case of 
the conventional parallel ATA Interface. Further, 
in the conventional parallel ATA interfao , if the 
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method Is employed such that th ourr ntly executed 
data transfer Is cancelled to accept the next 
command, since the determination to cancel the 
command processing Is performed by hardware, only 
5 the oases assumed In advance can be accommodated, 
and therefore there Is a problem that flexibility 
to the cases which are not assumed Is less than when 
firmware performs It, and exactly the same problem 
will occur when this Is diverted to the serial ATA 
10 Interface* 

SUMMARY OF THE INVENTION 

It is therefore the object of the present 
Invention to provide a device Interface apparatus 

15 and a packet transfer method which can accept the 
next command without cancellation of the currently 
executed command during data transfer. 
(Command Reception during Data Transfer) 

The present Invention provides a device 

20 Interface apparatus having a physical layer, a link 
layer, a transport layer and an application layer, 
for transferring commands and data In packet format 
by serial transmission between a device and a host, 
the Interface apparatus comprising a receive FIFO 

25 disposed at the transport layer and storing on a 
first-in first-out basis a command packet or a data 
pack t received from the host via th physical lay r 
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and the link layer; a command detection circuit 
detecting the command stored In the receive FIFO 
during data transfer and outputtlng a command 
detection signal (an Interrupt signal); a receive 
5 task file register disposed at the application 

layer and loading the command content of the receive 
FIFO; a send task file register disposed at the 
application layer and loading a command or data for 
packet sending; a send FIFO disposed at the 

10 transport layer and storing on a first-in first-out 
basis the content of the send task file register, 
the send FIFO causing a command packet or a data 
packet to be sent to the host via the link layer 
and the physical layer; an available time 

15 generation unit generating an available time for 
receiving another command packet from the host 
during data transfer; and a mid-transfer command 
processing unit, when a command packet Is received 
from the host during the available time, suspending 

20 the data transfer to decode the received command 
for execution of processing and thereafter resuming 
the data transfer. 

The mid-transfer command processing unit Is 
firmware Implemented by execution of a program, and 

25 the mid-transfer command processing unit comprises 
a suspend processing unit, when the command 
detection signal Is output from the command 
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det otlon circuit for the command packet received 
during the available time and stored In the receive 
FIFO, suspending the currently executed data 
transfer and saving parameters upon the suspension 
5 Into a memory; a command decode unit decoding the 
command content loaded from the receive FIFO Into 
the receive task file register; a data transfer 
abort unit, when abortion of the data transfer Is 
determined by the command decode unit, discarding 

10 the currently executed command and the saved 

parameters and terminating the data transfer; and 
a transfer resume unit, when continuance of the data 
transfer Is determined by the command decode unit, 
throwing the command content of the receive task 

15 file register Into a command queue, storing command 
reception response Information Into the send FIFO 
and sending a command reception response packet to 
the host via the link layer and the physical layer, 
the transfer resume unit thereafter releasing the 

20 suspend of the data transfer and setting the saved 
parameters to resume the data transfer. 

According to such a device interface apparatus 
of the invention, so as to receive a next command 
by generating an available time at a packet break 

25 point at which transfer of one (1) data packet is 
termlnat d during the data packet transfer, a 
packet receive FIFO, a command detection circuit 
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and send FIFO are added to a transport layer; two 
(2) task file registers, which are a receive task 
file register (task file register TFR ) and a send 
task file register (task control file register TCR) 
5 are added to an application layer; an Interruption 
Is generated In firmware when the next command Is 
detected at the command detection circuit even 
during data transfer; the currently executed 
command process Is suspended such that It can be 

10 resumed as a command Is stored In the packet receive 
FIFO ; and the next command content of the packet 
receive FIFO is loaded only to the receive task file 
register according to an instruction of the 
firmware. In this way, the next command can be 

15 accepted without destroying a content of the send 
task file register during data transfer, and for 
example, a command process for continuing or 
canceling the data transfer can be executed. 

An available time generation unit detects 

20 termination of transfer of a data packet which Is 
sent to or received by the host and sets certain 
available time. 

The transfer resume unit rewrites the data 
stored in the send FIFO upon suspending of data 

25 transfer into response data to the received command 
for transfer of a command reception r sponse packet, 
th transf r resume unit thereafter setting the 
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saved parameters to resume the data transfer. 

Another aspect of the present Invention 
provides a device Interface apparatus for 
transferring commands and data In packet format by 
5 serial transmission between a device and a host, 
the Interface apparatus comprising: 

a receive FIFO storing on a f irst-in first-out 
basis a command packet or a data packet received 
from the host; 
10 a command detection circuit detecting the 

command stored In the receive FIFO during data 
transfer and outputtlng a command detection signal; 

a receive task file register loading the 
command content of the receive FIFO; 
15 a send task file register loading a command or 

data for packet sending; 

a send FIFO storing on a first-in first-out 
basis the content of the send task file register 
and causing a command packet or a data packet to 
20 be sent to the host; 

an available time generation unit generating 
an available time for receiving another command 
packet from the host during data transfer; and 

a mid-transfer command processing unit, when 
25 a command packet is received from the host during 
the available time, suspending the data transfer 
to decode the r celv d command for execution of 



processing and th reafter resuming th data 
transfer • 

In this case as well, the mid- transfer command 
processing unit Is firmware Implemented by 
5 execution of a program, and comprises a suspend 
processing unit, when the command detection signal 
Is output from the command detection circuit for 
the command packet received during the available 
time and stored In the receive FIFO, suspending the 

10 currently executed data transfer and saving 

parameters upon the suspension Into a memory; a 
command decode unit decoding the command content 
loaded from the receive FIFO Into the receive task 
file register; a data transfer abort unit, when 

15 abortion of the data transfer Is determined by the 
command decode unit, discarding the currently 
executed command and the saved parameters and 
terminating the data transfer; and a transfer 
resume unit, when continuance of the data transfer 

20 Is determined by the command decode unit, throwing 
the command content of the receive task file 
register Into a command queue, storing command 
reception response Information Into the send FIFO 
and sending a command reception response packet to 

25 the host, the transfer resume unit thereafter 
releasing the suspend of the data transfer and 
setting the saved param ters to resum the data 
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transfer . 

The present Invention provides a packet 
transfer method for a device Interface. The device 
Interface to which the packet transfer method of 
5 the Invention is applied, has a physical layer, a 
link layer, a transport layer and an application 
layer, and Includes a receive FIFO disposed at the 
transport layer and storing on a first-in first-out 
basis a command packet or a data packet received 

10 from the host via the physical layer and the link 
layer; a command detection circuit detecting the 
command stored In the receive FIFO during data 
transfer and outputtlng a command detection signal 
(an Interrupt signal) ; a receive task file register 

15 disposed at the application layer and loading the 
command content of the receive FIFO; a send task 
file register disposed at the application layer and 
loading a command or data for packet sending; and 
a send FIFO disposed at the transport layer and 

20 storing on a first-in first-out basis the content 
of the send task file register, the send FIFO 
causing a command packet or a data packet to be sent 
to the host via the link layer and the physical 
layer . 

25 The packet transfer method of the present 

invention comprises : 

an available time generation step generating 
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an available time for rec iving anoth r command 
packet from the host during data transfer; and 

a mid- transfer command processing step, when 
a command packet Is received from the host during 
5 the available time, suspending the data transfer 
to decode the received command for execution of 
processing and thereafter resuming the data 
transfer . 

The mid-transfer command processing step 
10 comprises: 

a suspend processing step, when the command 
detection signal Is output from the command 
detection circuit for the command packet received 
during the available time and stored In the receive 
15 FIFO, suspending the currently executed data 

transfer and saving parameters upon the suspension 
Into a memory; 

a command decode step decoding the command 
content loaded from the receive FIFO Into the 
20 receive task file register; 

a data transfer abort step, when abortion of 
the data transfer Is determined by the command 
decode step, discarding the currently executed 
command and the saved parameters and terminating 
25 the data transfer; and 

a transfer resume step, when continuance of the 
data transfer Is determined by the command decode 
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step, throwing the command content of the receive 
task file register Into a command queue, storing 
command reception response Information Into the 
send FIFO, sending a command reception response 
5 packet to the host via the link layer and the 

physical layer, thereafter releasing the suspend 
of the data transfer and setting the saved 
parameters to resume the data transfer. 

In another aspect of the packet transfer method 

10 of the present Invention, the device Interface 
Includes a receive FIFO storing on a flrst-ln 
first -out basis a command packet or a data packet 
received from the host; a command detection circuit 
detecting the command stored In the receive FIFO 

15 during data transfer and outputtlng a command 

detection signal (an Interrupt signal); a receive 
task file register loading the command content of 
the receive FIFO; a send task file register loading 
a command or data for packet sending; and a send 

20 FIFO storing on a first-in first-out basis the 

content of the send task file register and causing 
a command packet or a data packet to be sent to the 
host; and the method comprises: 

an available time generation step generating 

25 an available time for receiving another command 
packet from the host during data transfer; and 

a mid- transfer command processing step, when 
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a command packet Is received from the host during 
the available time, suspending the data transfer 
to decode the received command for execution of 
processing and thereafter resuming the data 
5 transfer. 

The mid-transfer command processing step 
comprises : 

a suspend processing step, when the command 

detection signal Is output from the command 
10 detection circuit for the command packet received 

during the available time and stored in the receive 

FIFO, suspending the currently executed data 

transfer and saving parameters upon the suspension 

into a memory; 
15 a command decode step decoding the command 

content loaded from the receive FIFO Into the 

receive task file register; 

a data transfer abort step, when abortion of 

the data transfer is determined by the command 
20 decode step, discarding the currently executed 

command and the saved parameters and terminating 

the data transfer; and 

a transfer resume step, when continuance of the 

data transfer Is determined by the command decode 
25 step, throwing the command content of the receive 

task file reglst r into a command queue, storing 

command reception response Information into the 
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send FIFO, sending a command reception response 
packet to the host, thereafter releasing the 
suspend of the data transfer and setting the saved 
parameters to resume the data transfer. 
5 (Conclusion of Packet Transfer upon Error) 

Also, another aspect of the Invention provides 
an Interface apparatus for concluding the packet 
transfer of data remaining unfinished so far and 
avoiding a malfunction that the transfer Is 

10 continuously halted. If data Input to the Interface 
Is stopped by an error during data transfer. 

To this end, the present Invention Is 
characterized by the device Interface apparatus 
having a physical layer, a link layer, a transport 

15 layer and an application layer, for transferring 
commands and data In packet format by serial 
transmission between a device and a host, the 
Interface apparatus comprising a receive FIFO 
disposed at the transport layer and storing on a 

20 first-in flrst-out basis a command packet or a data 
packet received from the host via the physical layer 
and the link layer; a receive task file register 
disposed at the application layer and loading the 
command content of the receive FIFO; a send task 

25 file register disposed at the application layer and 
loading a command or data for packet sending; a send 
FIFO dlspos d at the transport layer and storing 
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on a first-in first-out basis the content of the 
send task file register, the send FIFO causing a 
command packet or a data packet to be sent to the 
host via the link layer and the physical layer; an 
I/O control unit Inputting and outputtlng data such 
that predefined one unit of data stays In the send 
FIFO at all times, the I/O control unit outputtlng 
a head signal In synchronism with Input and output 
of headmost data of the packet and outputtlng a tall 
signal In synchronism with Input and output of 
endmost data of the packet; and an error- terminated 
transfer control unit, when data Input Is halted 
by an error during data transmission, outputtlng 
to the link layer the one unit of data staying In 
the send FIFO together with the tall signal and 
causing a data packet to be transferred to the host. 

Herein, If the tall signal Is not present, the 
I/O control unit forces one (1) unit of data to stay 
In the send FIFO, and If the tall signal Is present. 
It forces the data not to stay. Also, corresponding 
to the serial ATA Interface, the I/O control unit 
forces minimum unit of data, for example one (1) 
double word data (four (4) bytes data) for the 
serial ATA Interface, to stay in the send FIFO. 

According to such an Interface apparatus of the 
Invention, if an uncorrectable error for which 
error-correction of the data can not be performed 
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occurs during input of the read data for a packet 
transfer to the interface circuit unit in a hard 
disk drive which is the device side to the host and 
the data input is stopped, since the last data 
5 before the input is stopped by the error remains 
in the send FIFO, by outputtlng this remaining data 
as the last data to the link layer with the tall 
signal based on the detection of the error, it Is 
possible to conclude the packet data and to transfer 

10 the packet of the data obtained until occurrence 
of the error to the host, therefore the problem that 
the packet transfer is continuously halted in the 
middle by an error Is solved. 

The invention provides a packet transfer 

15 method for a device Interface for concluding the 
packet transfer remaining unfinished so far and 
avoiding transfer to be halted, even If data input 
to the Interface is stopped by an error. 

The present invention is characterized by a 

20 packet transfer method for a device Interface 

having a physical layer, a link layer, a transport 
layer and an application layer, the device 
Interface transferring commands and data in packet 
format by serial transmission between a device and 

25 a host, the device Interface including a receive 
FIFO disposed at the transport layer and storing 
on a flrst-ln first-out basis a command packet or 



16 



a data packet received from the host via the 
physical layer and the link layer; a receive task 
file register disposed at the application layer and 
loading the command content of the receive FIFO; 
5 a send task file register disposed at the 

application layer and loading a command or data for 
packet sending; and a send FIFO disposed at the 
transport layer and storing on a f irst-in first-out 
basis the content of the send task file register, 
10 the send FIFO causing a command packet or a data 
packet to be sent to the host via the link layer 
and the physical layer; the packet transfer method 
comprising : 

an I/O control step Inputting and outputtlng 
15 data such that predefined one unit of data stays 
In the send FIFO at all times, the I/O control step 
outputtlng a head signal in synchronism with Input 
and output of headmost data of the packet and 
outputtlng a tall signal In synchronism with Input 
20 and output of endmost data of the packet; and 
an error- terminated transfer control step, 
when data Input Is halted by an error during data 
transmission, outputtlng to the link layer the one 
unit of data staying in the send FIFO together with 
25 the tall signal and causing a data packet to be 
transferred to the host. 
(Monitoring of th Number of Packets) 
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Another mode of the Invention provides an 
Interface circuit and a packet transfer method 
which enable to simplify controls, such as the 
inhibition control to the command transmission 
5 request and the shift to the power mode for the seek 
request command, by configuring the number of 
packets in the packet transfer after reception and 
decoding of the command from the host. 

To this end, the present invention is 

10 characterized by a device Interface apparatus 

having a physical layer, a link layer, a transport 
layer and an application layer, for transferring 
commands and data in packet format by serial 
transmission between a device and a host, the 

15 Interface apparatus comprising a packet control 

condition setting unit when the command received 
from the host is decoded to start the packet 
transfer, setting a type of a control function 
executed after start of the packet transfer and the 

20 number of packets to be received or transmitted 
which defines the start or end of the control 
function; and a packet control execution circuit 
unit detecting that the set number of packets has 
been reached during packet transfer and terminating 

25 or activating the control function* 

For example, the packet control condition 
setting unit, prior to start of the packet transfer. 
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sets the number of packets for canceling Inhibition 
of a reception ready response (RRDY response) to 
a command transmission request from the host during 
packet transfer, and the packet control execution 
5 circuit unit activates an Inhibition operation of 
the reception ready response to the command 
transmission request from the host at the time of 
start of the packet transfer, the packet control 
execution circuit unit canceling the Inhibition 

10 operation when the number of the transferred 
packets reaches the set number of packets. 

As another example, the packet control 
condition setting unit, prior to start of the packet 
transfer, sets a power mode after packet transfer 

15 and the number of packets for entering the power 
mode, and the packet control execution circuit unit 
Instructs to enter the power mode when the number 
of the transferred packets reaches the set number 
of packets after start of the packet transfer. 

20 According to the Interface apparatus of the 

invention, in the packet transfer protocol of the 
hard disk device which is the device side, since 
certain functions are controlled by the number of 
packets sent or received, or the number of packets 

25 which are not depending on the protocol, the 

firmware is released from monitoring of the state 
of the packet transfer for controlling the certain 
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functions and Is able t execute other processes, 
and If the sequence of the packet transfer Is 
changed, only changing the configuration of the 
number of packets by the firmware Is needed, 
5 therefore It Is possible to accommodate this with 
lower cost and faster speed than expensive 
modification of hardware* 

Also, as functions controlled by the number of 
packets, possible oases Include a case that. If 

10 Inhibition of a reception ready response signal 
(reception ready signal) is set such that a packet 
is not received for a certain period of time, the 
Inhibition is canceled by the number of packets and 
a case that the power mode which leads to a low power 

15 consumption Is performed by the number of packets 
when a certain process such as reception of command 
involving a seek operation is completed, and in 
either oases, the firmware is released from 
monitoring of the state of the packet transfer and 

20 can use its time for other processes, as well as 
can accommodate changes of the sequence of the 
packet transfer with lower cost and faster speed. 

The present Invention provides a packet 
transfer method for a device Interface having a 

25 physical layer, a link layer, a transport layer and 
an application layer, th device Interface 
transferring commands and data in packet format by 
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serial transmission between a device and a host, 
the packet transfer method comprising: 

a packet control condition setting step when 
the command received from the host Is decoded to 
5 start the packet transfer, setting Into a control 
register a type of a control function executed after 
start of the packet transfer and the number of 
packets to be received or transmitted which defines 
the start or end of the control function; and 

10 a packet control execution step detecting that 

the set number of packets of the control register 
has been reached during packet transfer and 
terminating or activating the control function. 
For example, the packet control condition 

15 setting step Includes, prior to start of the packet 
transfer, setting the number of packets for 
canceling Inhibition of a reception ready response 
to a command transmission request from the host 
during packet transfer, and the packet control 

20 execution step Includes activating an Inhibition 
operation of the reception ready response to the 
command transmission request from the host at the 
time of start of the packet transfer, and canceling 
the Inhibition operation when the number of the 

25 transferred packets reaches the set number of 
packets . 

As another exampl , the pack t control 
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condition setting step Includes, prior to start of 
the packet transfer, setting a power mode after 
packet transfer and the number of packets for 
entering the power mode, and the packet control 
5 execution circuit step Includes instructing to 
enter the power mode when the number of the 
transferred packets reaches the set number of 
packets after start of the packet transfer. 
A further mode of the present invention 

10 provides a device Interface apparatus arranged to 
monitor the number of packets by firmware. The 
device interface apparatus having a physical layer, 
a link layer, a transport layer and an application 
layer, for transferring commands and data In packet 

15 format by serial transmission between a device and 
a host, is characterized by comprising: 

a packet control condition setting unit when 
the command received from the host is decoded to 
start the packet transfer, setting a type of a 

20 control function executed after start of the packet 
transfer; and 

a packet control condition monitor unit, 
posterior to start of the packet transfer, 
detecting a packet transfer status which determines 

25 start or termination of the control function and 
activating or terminating the control function. 

In this case also, as specific examples, the 
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Inhibition and the inhibition cancellation of the 
reception ready response to the command 
transmission request or the turning the power mode 
on for the seek request command after the packet 
5 response according to the monitoring of the number 
of packets, which are described above, are 
performed . 

According to such an Interface apparatus of the 
Invention, which monitors the packet transfer in 

10 order to control certain functions by the firmware, 
even if the sequence of the packet transfer is 
changed, only changing the configuration of the 
firmware Is needed, therefore it Is possible to 
accommodate this with lower cost and faster speed 

15 than expensive modification of hardware. 

The present invention provides a packet 
transfer method for a device Interface apparatus 
having a physical layer, a link layer, a transport 
layer and an application layer, the device 

20 Interface transferring commands and data in packet 
format by serial transmission between a device and 
a host, the packet transfer method comprising: 

a packet control condition setting step when 
the command received from the host is decoded to 

25 start the packet transfer, setting a type of a 

control function executed after start of the packet 
transfer; and 
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a packet control condition monitor step, 
posterior to start of the packet transfer, 
detecting a packet transfer status which determines 
start or termination of the control function and 
5 activating or terminating the control function. 

According to the invention, a device can accept 
a next command during data transfer. Also, the 
Invention is especially useful for a command cueing 
protocol, and both of hardware and software can 

10 achieve a command cueing protocol easily and 
flexibly by small scale changes. The command 
cueing protocol is a protocol for Improving 
performance and achieves efficiency of a command 
process by solving problems that the command 

15 process can only be executed sequentially till then. 
In this way, performance Improvement of 25% over 
conventional protocols Is expected in the whole 
system . 

Performance Improvement of about 5% to 10% is 
20 further expected for the Invention, because command 
reception during data transfer, which can not be 
achieved conventionally. Is enabled. 

In the invention, after detection and 
reception of a next command is performed by hardware 
25 during data transfer, since interruption Is 

notified to firmware and processed, the stat of 
hardware at the time of interruption is unchanged. 
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therefore, as anoth r advantage, subsequent 
processes become easier for the firmware. 

In the Invention, since the firmware 
determines continuation or cancellation of data 
transfer according to the decoding of the command 
received during the data transfer, unexpected cases 
can be more flexibly accommodated than the case of 
hardware. In other words. In the case that 
continuation or cancellation of data transfer Is 
handled by hardware, modification of the hardware 
Is needed for the unexpected cases. Typically, 
modification of the hardware takes one (1) and a 
half month and gives significant Impact to a 
development operation, but If It Is possible to 
accommodate this by firmware according to the 
Invention, the operation can be shortened 
accordingly . 

In the Invention , since an available time to 
accept a next command Is generated at a packet break 
point during data transfer, more time Is needed for 
data transfer accordingly. But, typically, a 
transfer rate of the Interface between a host and 
a device Is almost twice faster then writing speed 
to the disk, therefore. If the available time Is 
generated during data transfer, this time delay 
will be absorbed by th dif f rence of the speed and 
will not have affect on the performance of the 
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device. Contrary, In the lnv ntlon, the host can 
Issue a command during data transfer, and MPU of 
the host can perform another task during the period 
It has to wait formerly, therefore as a result, 
throughput of the whole system can be Improved. 

According to the Interface apparatus of the 
Invention, If an uncorrectable error for which 
error-correction of the data can not be performed 
occurs during Input of the read data for a packet 
transfer to the Interface circuit unit In, for 
example, a hard disk drive which Is the device side 
to the host and the data Input Is stopped, since 
the last data before the Input Is stopped by the 
error remains In a send FIFO, by outputtlng this 
remaining data as the last data to a link layer with 
the tall signal based on the detection of the error. 
It Is possible to conclude the packet data and to 
transfer the packet of the data obtained until 
occurrence of the error to the host, therefore the 
malfunction that the packet transfer Is 
continuously halted In the middle by an error can 
be prevented certainly. 

Also, According to the Interface apparatus of 
the Invention, In the packet transfer protocol of 
the hard disk device which Is the device side, since 
certain functions are controlled by the numb r of 
packets sent or r ceived, or the number of packets 
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which are not depending on the protocol, the 
firmware Is released from monitoring of the state 
of the packet transfer for controlling the certain 
functions and Is able to execute other processes, 
and If the sequence of the packet transfer Is 
changed, only changing the configuration of the 
number of packets by the firmware is needed, 
therefore It Is possible to accommodate this with 
lower cost and faster speed than expensive 
modification of hardware. 

Also, as functions controlled by the 
number of packets, possible cases Include a case 
that, if inhibition of a reception ready response 
signal (reception ready signal) Is set such that 
a packet is not received for a certain period of 
time, the inhibition Is canceled by the number of 
packets and a case that the power mode which leads 
to a low power consumption is performed by the 
number of packets when a certain process such as 
reception of command Involving a seek operation Is 
completed, and in either cases, the firmware Is 
released from monitoring of the state of the packet 
transfer and can use its time for other processes, 
as well as can accommodate changes of the sequence 
of the packet transfer with lower cost and more 
promptly . 

The above and other objects, aspects, features 
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and advantages of the pres nt Invention will become 
more apparent from the following detailed 
description when taken In conjunction with the 
accompanying drawings . 

5 

BRIEF DESCRIPTION OF THE DRAWINGS 

Fig. 1 Is a block diagram of a hard disk drive 
to which the Invention is applied; 

Fig. 2 Is a block diagram of an embodiment of 
10 the Interface circuit unit in Fig. 1; 

Figs. 3A and 3B are time charts of a packet 
transfer at the time of write access according to 
the invention; 

Fig. 4 Is a time chart of a packet transfer at 
15 the time of conventional write access; 

Fig. 5 is a time chart of a packet transfer at 
the time of read access according to the Invention; 

Fig. 6 is a time chart of a packet transfer at 
the time of conventional read access; 
20 Fig. 7 is an explanatory diagram of a serial 

ATA transmission sequence to which the invention 
is applied; 

Fig. 8 is an explanatory diagram of a RegHD 
packet transferring a command from the host to the 
25 Device; 

Fig. 9 Is an explanatory diagram of a RegDH 
packet transferring a packet rec ptlon response 
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from the device to the host; 

Fig. 10 Is an explanatory diagram of a DMA setup 
packet transferred from the device to the host; 

Fig. 11 Is an explanatory diagram of a DMA 
5 activate packet transferred from the device to the 
host ; 

Fig. 12 Is an explanatory diagram of a data 
packet ; 

Fig. 13 Is an explanatory diagram of a Set 
10 device bits packet transferred from the device to 
the host; 

Fig. 14 Is a flowchart of a packet transfer 
process according to the Invention; 

Fig. 15 is a flowchart of an available time 
15 generation process according to the invention; 

Fig. 16A Is a flowchart of a mid-transfer 
command reception process In step S5 of Fig. 14; 

Fig. 16B Is a flowchart of a mid-transfer 
command reception process continued from Fig. 16A; 
20 Fig. 17 is a block diagram illustrating an 

embodiment of the invention which concludes 
transfer of a data packet to the host even If data 
input to the send FIFO is halted by an error; 

Figs. 18A to 18D are explanatory diagrams of 
25 data input-output control for a send FIFO; 

Figs. 19A to 19H are tim charts of normal 
input-output control in the send FIFO of Fig. 17; 
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Figs. 20A to 20H are time charts of 
Input-output control when an error occurs In the 
send FIFO of Fig. 17; 

Figs. 21A to 21H are time charts as a 
5 comparative example of the Invention In which the 
operation is halted because data does not remain 
In the send FIFO when an error occurs; 

Fig. 22 Is a block diagram of another 
embodiment of the invention which controls certain 
10 function according to the number of transferred 
packets; 

Fig. 23 is an explanatory diagram of a control 
register used In the embodiment of Fig. 22; 

Fig. 24 Is a flowchart of a write DMA command 
15 process; 

Fig. 25 is a flowchart of a legacy queue write 
DMA command process; 

Fig. 26 is a flowchart of a first party queued 
write DMA command process as a first pattern; 
20 Fig. 27 is a flowchart of a first party queued 

write DMA command process as a second pattern; 

Fig. 28A and 28B are time charts of a packet 
transfer process in the command process of Fig. 27; 
Fig. 29A and 29B are time charts in the case 
25 that next command transmission request is generated 
from th host during packet transf r of Figs. 21A 
to 21H; 
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Figs. 30A and 30B are time charts of packet 
transfer control according to the embodiment of Fig. 
22 which Inhibits next command request from the host 
during packet transfer; 
5 Fig. 31 Is a flowchart of a packet preparation 

process by a firmware on the device side of Figs. 
30A and 30B; 

Fig. 32 Is a time charts of packet transfer 
control according to the embodiment of Fig. 22 which 
10 enters a power mode when transfer of a response 
packet to a seek request command Is terminated; 

Fig. 33 is a flowchart of a packet preparation 
process by a firmware on the device side of Fig. 
32; 

15 Fig. 34 is a block diagram of another 

embodiment of the Invention which Is activated or 
halted by monitoring certain function with a 
firmware according to the number of packets; 

Fig. 35 Is an explanatory diagram of a control 
20 register used in the embodiment of Fig. 34; 

Figs. 36A and 36B are time charts of packet 
transfer control according to the embodiment of Fig. 
34 which monitors with a firmware and inhibits next 
command request from the host during packet 
25 transfer; 

Fig. 37 is a flowchart of a packet monitoring 
process by the firmware of Figs. 36A and 36B; 



Fig. 38 Is a time charts of packet transfer 
control according to the embodiment of Fig. 22 which 
monitors with a firmware that transfer of a response 
packet to a seek request command Is terminated and 
5 enters a power mode; and 

Fig. 39 Is a flowchart of a packet preparation 
process by a firmware of Fig. 38. 

DESCRIPTION OF THE PREFERRED EMBODIMENTS 

10 (Command Reception during Data Transfer) 

Fig. 1 Is a block diagram of a hard disk drive 
(HDD) to which a device Interface according to the 
invention is applied. The hard disk drive 10 as a 
magnetic disk apparatus consists of a control board 

15 12 and a disk enclosure 14 and is connected to a 
host 11 via a serial transmission line 15. The disk 
enclosure 14 Is provided with a spindle motor 16, 
and an axis of rotation of the spindle motor (SPM) 
16 is equipped with magnetic disks 20-1 and 20-2 

20 which are rotated at a constant rate. Also, the 
disk enclosure 14 is provided with a voice coll 
motor (VCM) 18, and the voice coll motor Is equipped 
with heads 22-1 to 22-4 at ends of arms of a head 
actuator and positions the heads to the recording 

25 surface of the magnetic disks 20-1 and 20-2. In 
addition, the heads 22-1 to 22-4 are equipped with 
a write head and a read head as an Integral part. 
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The heads 22-1 to 22-4 are connected to a head IC 
24 by signal lines, and the head IC 24 selects any 
one head which executes write or read according to 
a head selection signal based on a write command 
5 or a read command from a host which Is an upper 
apparatus. Also, the head IC 24 Is provided with 
a write amplifier for a write system and a 
pre - amplifier for a read system. The control board 
12 Is provided with a read channel (read/write LSI) 

10 26, a hard disk controller (HDC) 28, an Interface 
circuit unit 30 which Is a target of the Invention, 
RAM 32, MPU 34 which acts as firmware, ROM 36, DSP 
38 which executes motor control, positioning 
control and others. The Interface circuit unit 30 

15 provided on the hard disk controller 28 Is connected 
to an Interface circuit unit 40 of the host 11 via 
the serial transmission line 15 and. In this 
embodiment, for example, a serial ATA Interface 
(SAT Interface) Is applied to this. 

20 Fig. 2 Is a block diagram of an embodiment of 

the Interface circuit unit according to the 
invention, which Is provided on the hard disk device 
10 of Fig. 1. In Fig. 2, the interface circuit unit 
30 provided on the hard disk controller 28 Is 

25 consists of a physical layer 42, a link layer 44, 
a transport layer 46 and an application layer 48, 
and ach layer consists of hardware which achieves 



33 



each function. According to specifications of th 
serial ATA interface, the physical layer 42 is 
referred to as a serial physical Interface plant; 
the link layer 44 Is referred to as a serial link 
5 digital control; the transport layer 46 Is referred 
to as a serial digital transport control; and the 
application layer 48 is referred to as a software 
control buffer memory DMA engine. In the Interface 
circuit unit 30 of the Invention, in order to 

10 receive a command packet for a read access or a write 
access to the hard disk drive which Is Issued by 
the Interface circuit unit 40 of the host 11 and 
enable to receive a next command during a command 
execution, a receive FIFO 50 which stores the 

15 received command Into the transport layer 46 

first-in first-out, a command detection circuit 52 
which detects the next command received during data 
transfer according to the command execution and 
stored in the receive FIFO 50 and Issues an 

20 interruption signal (command detection signal) 55 
to the MPU 34 as firmware and a send FIFO 60 are 
provided. Further, the application layer 48 is 
provided with a receive task file register 54, as 
well as a task control file register 58 as a send 

25 task file register. In addition to the Interface 
circuit unit 30 with such a hardware configuration, 
an avallabl time generation unit 64 which is 
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achieved by pr gram control and a mid- transfer 
command processing unit 66 are provided on the side 
of the MPU 34 which acts as firmware. The 
mid-transfer command processing unit 66 Is 
5 comprised of each function of a suspend processing 
unit 68, a command decode unit 70, a transfer abort 
unit 72 and a transfer resume unit 74. The 
available time generation unit 64 generates certain 
available time for receiving the next command from 

10 the host during data transfer based on the command 
reception. As the timing for generating this 
available time, the available time are set by 
detecting break points of data packets which are 
transferred In multiple times. The available time 

15 In this case may be the time needed for a command 
packet transfer from the host 11, for example about 
100 to 300 ns. If a command packet Is received from 
the host 11 during the available time set by the 
available time generation unit 64, the mid-transfer 

20 command processing unit 66 suspends the data 

transfer currently executed by the hardware of the 
Interface circuit unit 30, and after decoding the 
received command and executing the process, resumes 
the data transfer. In this embodiment, the command 

25 content of the next command received from the host 
11 during data transf r has the instruction detail 
for continuing or canceling the data transfer 
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ourr ntly ex outed. More specifically, thes 
processes of the mid- transfer command processing 
unit 66 are achieved by each function of the suspend 
processing unit 68, the command decode unit 70, the 
5 transfer abort unit 72 and the transfer resume unit 
74. When the command detection circuit 52 outputs 
the Interruption signal 55 based on the command 
detection for the next command received during the 
available time and stored In the received FIFO 50, 

10 the suspend processing unit 68 Instructs suspend 
of the data transfer to the hardware of the 
Interface circuit unit 30 and saves parameters for 
this suspend into the RAM 32. The command decode 
unit 70 loads the command content stored in the 

15 receive FIFO 50 Into the task file register 54 and 
decodes the loaded command content. In this 
embodiment, since the next command received during 
data transfer based on the command execution has 
the command instruction detail for continuing or 

20 canceling the data transfer, if the command decode 
unit 70 determines that the data transfer is aborted, 
the transfer abort unit 72 discards the currently 
executed command and parameters saved In the RAM 
32 and terminates the data transfer of the Interface 

25 circuit unit 30. On the other hand, if the command 
decode unit 70 determines that the data transfer 
is contlnu d, the transfer resume unit 74 operates 
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to throw the o raraand content of the next command 
stored In the receive task file register 54 Into 
a command queue 56 of the RAM, store reception 
response Information to the reception of the next 
5 command Into the send FIFO 60 at the transport layer 
46, transmit a response packet for the command 
reception to the host 11 via the link layer 44 and 
the physical layer 42, release the suspend of the 
Interface circuit unit 30 and set the parameters 

10 saved in the RAM 32 to resume the data transfer. 

Figs. 3A and 3B are time charts of a packet 
transfer at the time of the write access according 
to the Interface apparatus of the invention, and 
in contrast to this. Fig. 4 illustrates a time chart 

15 of a conventional packet transfer at the time of 
the write access in which the next command can not 
be received during data transfer. 

Further, Fig. 5 is a time chart of a packet 
transfer at the time of the read access according 

20 to the invention, and similarly. Fig. 6 Illustrates 
a conventional packet transfer at the time of the 
read access in which the next command can not be 
received during data transfer. 

At this point, the packets defined In the 

25 serial ATA Interface used for the packet 

transmission processes of Figs. 3A and 3B to Fig. 
6 are mainly as follows. 
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(1) RegHD packet 

(2) RegDH packet 

(3) DMA setup packet (DMA Setup) 

(4) DMA activate packet (DMA Activate) 

(5) Data packet (Data) 

(6) Set device bits packet (Set Device Bits) 
Further, Fig. 7 Is a basic pattern of a serial 

ATA transmission sequence 148 which Is covered by 
the Invention, and this Is a transmission sequence 
which is started by a head most start of frame (SOF) 
150 and terminated by an endmost end of frame (EOF) 
162. Next to the headmost start of frame 150, a 
frame Information configuration (FIS) 152 Is 
provided, and this content consists of packets 
shown In Fig. 8 to Fig. 13. A next hold data 
transfer 154 Is set about wait time In the case that 
a payload of the packet can not be prepared at the 
source of transfer. A next frame Information 
configuration (FIS) 156 consists of packets of Fig. 
8 to Fig. 13 as well. A hold acknowledged 158 Is 
a response to the hold data transfer 154. 
Subsequently, after CRC 160 to the preceding 
transmission packet Is provided, the end of frame 
162 Is provided. 

Fig. 8 Is an explanatory diagram of a RegHD 
packet 164, and the RegHD packet 164 Is a command 
packet which sends a command from the host to the 



38 



device . 

Fig. 9 Is a RegDH packet 166, and the RegDH 
packet 166 Is a status packet which sends error 
Information and status Information from the device 
5 to the host* 

Fig. 10 Is a DMA setup packet 168, which Is a 
command for sending parameters needed for DMA 
transfer of data from the device side to the host 
and setting up, when a write command Is received 
10 and decoded by the RegHD packet 164 of Fig. 8 on 
the device side. 

Fig. 11 is a DMA activate packet 170, which is 
Issued to the host from the device side, following 
the DMA setup packet 168 of Fig. 10, and thereby 
15 DMA transfer of a data packet from the host to the 
device is started. 

Fig. 12 Is a data packet 172, which Is divided 
into 0 to n sectors, and one (1) sector Is 512 bytes, 
and the maximum number n of the sectors is n = 16. 
20 In serial ATA Interface, since one (1) word Is two 
(2) bytes, four (4)bytes data is defined as one (1) 
double word, and the data packet 172 can be loaded 
with double words ranging from 1 to 2048. 

Fig. 13 is a set device bits packet 174, which 
25 is transferred from device at the time of 

termination of data transfer and notifies error 
information and status Information to the host. 
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Referring to Figs. 3A and 3B, the packet 
transmission process at the time of the write access 
Is described as follows* In Fig. 3A, when a command 
Issuance request 76 for the write access Is 
5 performed on the side of the host 11, a start of 
command 77 Is performed, and the Interface circuit 
unit 40 of the host 11 transfers a command packet 
to the device 10a which Is the hard disk drive side, 
as the RegHD packet 78. At this point, when RegHD 
10 packet 78 Is taken as an example, packet transfer 
protocols between the host 11 and the device 10a 
Is shown as Fig. 3B. 

(1) A transmission ready signal (XRDY signal) 
78-1 is sent from the source of transfer to the 

15 destination of transfer based on the packet 
transmission request • 

(2) If the transfer Is OK, the destination of 
transfer sends a reception ready signal (RRDY 
signal) 78-2. 

20 (3) Based on the reception of the reception 

ready signal (RRDY signal) 78-2, the source of 
transfer transfers a packet signal 78-3. 

In Fig. 3A, these packet transfer protocols are 
put together Into a heavy-line arrow and 
25 Illustrated as a packet transfer. 

R f erring to Fig. 3A again, the device 10a which 
receives the RegHD pack t 78 transfers RegDH packet 
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80 to the host 11, as a status packet indicating 
completion of normal reception of the command 
packet. Subsequently, after the DMA setup packet 
82 Is transferred to the host 11 based on the decoded 
5 write command, the DMA activate packet 84 Is 

transferred to the host 11, and based on this, the 
data packet 86 Is transferred from the host 11 to 
the device 10a based on the DMA transfer. On the 
side of the device 10a, when a break point 88 which 

10 Is an endpolnt of the data packet 86 from the host 
11 Is detected, an available time 90 for allowing 
the host 11 to Issue the next command Is generated 
by the available time generation unit 64 provided 
to MPU 34 of Fig. 2. At this time, if a command 

15 Issuance request 85 Is generated on the host 11 side 
subsequently to the transfer of the data packet 86, 
since the available time 90 which can accept the 
command Issuance Is set on the device 10a side at 
this timing, the next command is transferred to the 

20 device 10a by the RegHD packet 94, and after this 
command is processed by receiving and decoding It 
on the device 10a side, RegDH packet 96 is sent to 
the host 11, as the response status packet 
indicating the completion of the command reception. 

25 Subsequently, on the device 10a side, the suspended 
data transfer is r sumed at the end time 92 of the 
avallabl time 90, and by transferring the DMA 
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activate packet 98 to the host 11, transfer of a 
next data packet 100 from the host 11 Is accepted. 
For this transfer of the data packet 100, a break 
point 102 of the data packet 100 Is detected, and 
5 an available time 104 for allowing a next command 
Issuance Is generated on the device 10a side. For 
this available time 104, the next command Is not 
Issued from the host 11 side, therefore, the device 
10a side resumes the data transfer again at the time 

10 of point 106 after a certain period of time 104 has 
passed, and because all the data from the host 11 
has been received In this case, a set device bits 
packet 108 Indicating the normal termination of the 
command Is transferred to the host 11, and the end 

15 of command 110 Is performed. Although the next 
command from the host 11 can be received In the 
middle of the packet transfer In such write access 
of the Invention, in a packet transfer in the 
conventional write access of Fig. 4, which is the 

20 same packet transfer of Figs. 3A and 3B, if a command 
Issuance request 85 of the next command is generated 
between the start of command 77 and the end of 
command 110, the data transfer according to the 
currently executed command Is not Interrupted, and 

25 the command Issuance request 85 has to wait until 
the end of command 110. As sp cific protocols, th 
transmission ready signal (XRDY) Is sent bas d on 
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th command Issuance requ st 85, but: th d vice 10a 
side does not send the reception ready signal (RRDY) 
because the packet reception can not be ready, and 
by sending the reception ready signal (RRDY) after 
5 the packet reception becomes OK at the time of the 
end of command 110, the next command Is sent by the 
packet transfer. 

Fig. 5 Is a time chart of a packet transfer at 
the time of the read access according to the 

10 Invention. In Fig. 5, If a command Issuance request 
112 of the read access from the host 11, a start 
of command 114 Is performed at this point of time, 
and a RegHD packet 116 Is transferred as a command 
packet to the device 10a. If this command packet 

15 Is normally received, the device 10a transfers a 
RegDH packet 118 as a status packet to the host 11. 
Subsequently, in order to transfer the read data 
from the device 10a to the host 11, first, a DNA 
setup packet 120 is transferred, then, the data 

20 packet 122 is transferred to the host 11. At this 
point. If the command issuance request 124 of the 
next command is generated In the host 11 at the 
timing which Is immediately before the transfer of 
the data packet 122, the available time generation 

25 unit 64 provided to MPU 34 of the device 10a detects 
a break point 126 of pack ts to which the transfer 
of th data packet 122 Is terminated and generat s 



43 



a certain available tiro 128 for nabllng to receive 
the next command from the host 11. Therefore, the 
command Issuance request 124 generated In the host 
11 Is Immediately executed and transferred to the 
5 device 10a as a RegHD packet 132, and after the 
decoding process of the received command Is 
executed, RegDH packet 134 Is transferred as a 
statue packet Indicating the normal reception of 
the command to the host 11. Subsequently, at the 

10 end time 130 of the available time 128, the device 
10a resumes the suspended data transfer and 
transfers a data packet 136 to the host 11 . For this 
data packet 136, an available time 140 for allowing 
the command Issuance In the host 11 Is generated 

15 at a break point 138 which Is Its end time. Since 
an Issuance request of a next command Is not present 
on the host 11 side In this case, the data transfer 
Is resumed at the point of time 142 after a certain 
time 140 elapses, and since the transfer of all the 

20 read data Is completed, a set device bits packet 
144 Is transferred to the host 11 In this case, and 
the end of command 146 Is performed. Contrary to 
this packet transfer In the read access according 
to the Invention of Fig. 5, In a packet transfer 

25 In the conventional read access of Fig. 6, when the 
command Issuance request 112 Is generat d In th 
host 11; the start of command 114 Is performed; and 
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th packet transf r for commands and data Is 
executed with the device 10a, if the next command 
Issuance request 124 Is generated In the host 11 
In the middle, this Is Ignored until the end of 
5 command 146 and has to wait until the end of command 
146. At this point. In the packet transfer at the 
time of the write access In Figs. 3A and 3B and the 
packet transfer at the time of the read access In 
Fig. 5, since a certain available times 90, 104, 

10 128, and 140 Is provided In the middle of the data 
transfer, longer time will be needed than the 
conventional packet transfer process of Fig. 4 and 
Fig. 6. However, in the data transfer between the 
host 11 and the hard disk drive 10 of Fig. 1, the 

15 data transfer rate between the Interface circuit 
units 30 and 40 of the hard disk drive 10 and the 
host 11 Is about twice faster then the data transfer 
rate from the hard disk controller 28 to the 
magnetic disks 20-1 and 20-2 of the hard disk 

20 enclosure 14 In the hard disk drive 10. Therefore, 
If the available time is generated during the data 
transfer as shown In Figs. 3A and 3B and Fig. 5, 
this extent of time Is absorbed in the transmission 
speed of the side of the magnetic disk media which 

25 has slow transmission speed, and the performance 
of the data transfer between the host 11 and the 
hard disk drive 10 will not b reduced. 
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Fig. 14 Is a flowchart of a packet transfer 
process according to the Interface circuit units 
30 of the invention. In Fig. 14, the reception of 
a command packet from the host 11 is checked in step 
SI, and when the command packet Is received, the 
procedure proceeds to step S2 to transfer a status 
packet responding to the normal reception of the 
command packet. Subsequently, a packet for DMA 
transfer Is returned in step S3. Specifically, In 
the case of the write access, the DMA setup packet 
82 and DMA activate packet 84 of Figs. 3A and 3B 
is returned, and in the case of the read access, 
only the DMA setup packet 120 of Fig. 5 Is returned. 

Subsequently, when the data packet Is received 
In step S4, a mid- transfer command reception 
process of step S5 Is executed at the timing of the 
bread point thereof, and if the command Issuance 
request from the host side is present at this point 
of time, the reception process for the next command 
Is performed. Then, whether the data transfer is 
terminated or not Is checked in step S6, and the 
process from step S4 Is repeated until the data 
transfer is terminated. When the data transfer Is 
terminated In step S6, the packet indicating the 
normal termination of the data transfer, or the set 
device bits packet is returned, and the procedure 
go s back to step SI to wait for the next command 
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Issuance . 

Fig. 15 Is a flowchart of an available time 
generation process according to the available time 
generation unit 64 provided to MPU 34 of Fig. 2. In 
5 this available time generation process, as an 
Initialize process, a counter value Is set to a 
certain value In step SI, then, the break point of 
the data packet Is monitored In step S2. If the 
break point of the data packet Is detected, the 

10 procedure proceeds to step S3, and after the counter 
Is started, whether the final value of the counter 
is reached or not is determined in step S4. If the 
final value of the counter is reached, the procedure 
proceeds to step S5, and the packet transfer is 

15 Instructed to resume. Further, if a counter value 
change request Is present in step S6, the procedure 
goes back to step SI to set the counter value to 
the requested value, and on the other hand. If a 
counter value change request Is not present, the 

20 procedure goes back to step S2 to wait for a next 
available time generation process without changing 
the current counter value. 

Figs. 16A and 16B are flowcharts Illustrating 
details of the mid-transfer command reception 

25 process In step S5 of Fig. 14, and this is executed 
for each c rtaln available time set by the available 
time generation process of Fig. 15. The 
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mid-transfer command reception process of Fig. 16A 
Is described with reference to Fig. 2 as follows. 
First, In step SI, whether the command packet 
according to the next command Issuance request from 
5 the host Is received or not Is checked, and If the 
command packet Is not received, whether the 
available time Is terminated of not Is checked In 
step S2, and If the available time Is terminated, 
the procedure Is returned to the main routine of 

10 Fig. 14 via Fig. 16B. When the command packet 

according to the next command Issuance request from 
the host is received before the available time is 
terminated in step Si, the procedure proceeds to 
step S3, the command packet Is stored into the 

15 receive FIFO 50 provided on the transport layer 46. 
Subsequently, In step S4, the command detection 
circuit 52 performs the command detection at the 
timing when the command packet stored by reaches 
the final stage and generates the interruption 

20 signal 55 based on the command detection, and if 
this Interruption signal is determined to be 
present, the procedure proceeds to step S5, and 
suspend of the data transfer is requested to the 
hardware constituting the Interface circuit unit 

25 30. To this suspend request, if It is determined 
that th completion of the susp nd is return d from 
the Interface circuit unit 30 in step S6, the 
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prooedur proo eds to st p S7, and currently 
transferred parameters In the Interface circuit 
unit 30 Is saved In RAM 32, and then In step S8, 
the command content of the next command stored In 
5 the receive FIFO 50 Is loaded to the task file 
register 54 at the application layer 48. 
Subsequently, the command In the task file register 
54 Is decoded In step S9. In this embodiment, the 
command content of the next command during data 

10 transfer Instructs continuance or cancellation of 
the data transfer. Therefore, in step S10, if the 
data transfer is continued from the result of the 
command decoding, the procedure proceeds to step 
S12, and if the data transfer is cancelled, the 

15 procedure proceeds to step Sll. If the 

cancellation of the data transfer Is determined in 
the command decoding. In step Sll, the cancellation 
of the currently executed data transfer is 
Instructed to the Interface circuit unit 30, and 

20 the parameters saved in RAM 32 is erased to restore 
the Interface circuit unit 30 to the Initial status. 
If the data transfer is continued from the result 
of the command decoding in step S10, then after the 
command content of the task file register 54 is 

25 saved into the command queue 56 In step S10, the 
response content of the task control file register 
58 is changed to the reception response of the 
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command reo ived during the data transfer In step 
S13, and the procedure proceeds to step S14 to 
transfer the content of the task control file 
register 58 to the host through the serial 
5 transmission line 15 via the send FIFO 60 at the 
transport layer 46, the link layer and the physical 
layer 42. At this point. If the suspend Is 
performed by the Instruction to the Interface 
circuit unit 30, since this Is at the timing when 

10 the reception of, for example, the data packet 86 
of Figs* 3A and 3B Is completed, as the response 
packet to this, data for transferring the DMA 
activate packet 98 is already written in the task 
control file register 58. Therefore, in the 

15 invention, in step S13, this data for the DMA 

activate packet transfer Is changed to the data for 
transferring the RegDH packet 96 of Figs. 3A and 
3B which Indicates termination of the reception of 
the next command received during data transfer, and 

20 in step S14, this is transferred to the host as RegDH 
packet. Subsequently, in step S15, the parameters 
saved In RAM 32 for suspension are set Into the 
Interface circuit unit 30 to prepare for the resume 
of the data transfer. At this time, in the task 

25 control Interface register 58, the data needed for 
transferring, for example, the unchanged DMA 
activate packet 98 of Figs. 3A and 3B which is 



changed In st p S13 Is written again. Then, In step 
S16, the suspension of the Interface circuit unit 
30 is released to resume the data transfer. 

5 (Conclusion of Data Packet Transfer upon Error) 
Fig. 17 Is a block diagram of the Interface 
circuit unit 30 provided on the hard disk controller 
28 of Fig. 1, which is a embodiment of the Invention 
for concluding data packet transfer to the host even 

10 If data input to the send FIFO 60 is halted by an 
error. In Fig. 17, the Interface circuit unit 30 
which is a target of the invention and provided on 
the hard disk controller 28 Is consists of a 
physical layer 42, a link layer 44, a transport 

15 layer 46 and an application layer 48, just like the 
embodiment of Fig. 2. The transport layer 46 is 
provided with the receive FIFO 50 and the send FIFO 
60. Also, the application layer 48 is provided with 
the task file register 54 and the task control file 

20 register 58. In this embodiment, in addition to 
these reception system and transmission system In 
the Interface circuit unit 30, an I/O control unit 
182 and an error- terminated transfer control unit 
184 are further provided on the send FIFO 60. Also, 

25 in order to notify error detection to the 

error-t rminated transfer control unit 184, an 
rror d teotion unit 180, which is, for example. 



51 



achieved by program control as firmware of MPU 34 
In this embodiment. Is provided. At the time of the 
packet transfer for the read data when the command 
packet for the read access from the host 11 Is 
5 received. The I/O control unit 182 performs Input 
control from the task control file register 58 and 
output control to the link layer 44 such that 
predefined one (1) unit of data stays In the send 
FIFO at the transport layer, and at the same time, 

10 Inputs and outputs head signals, synchronizing with 
Input and output of the data located at headmost 
position of the packet, and Inputs and outputs tail 
signals, synchronizing with Input and output of the 
endmost data of the packet. Specifically, if the 

15 tall signal Is not present, the I/O control unit 
182 forces one (1) unit of data to stay In the send 
FIFO 60, and if the tall signal is present, it forces 
the data not to stay. For the head signal 
corresponding to the packet headmost data and the 

20 tall signal corresponding to the packet endmost 

data, since the number of bytes of the transferred 
data is known from the received command when the 
packet transfer of the read data is executed, by 
counting the number of bytes of the data which in 

25 input to the application layer via the hard disk 
controll r 28, it is possible to identify the 
headmost data and the endmost data to generate the 
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head signal and the tall signal. When reo Ivlng a 
notification of detection of a data error to which 
error-correction can not be performed, or so-called 
the uncorrectable error, from the error detection 
5 unit 180 provided on MPU 34, since the data Input 
to the send FIFO 60 is halted by this occurrence 
of the error, the error- terminated transfer control 
unit 184 outputs the staying data in the send FIFO 
60 to the link layer 44 with the tail signal in this 

10 condition, thereby makes the link layer 44 realize 
In a pseudo manner that the data of the data packet 
reaches the end, concludes the Input data needed 
for the data packet even if the error occurs and 
make the Interface circuit unit 40 of the host 11 

15 conclude the transfer of the data packet from the 
link layer 44 via the physical layer 42. At this 
point, as one (1) unit of the staying data In the 
send FIFO 60, since the serial ATA Interface is 
taken as an example In this embodiment, four (4) 

20 bytes of one (1) double word data, which is the 
minimum unit thereof. Is forced to stay. Also, the 
capacity of the send FIFO 60 will be substantially 
small capacity relative to the size of the data 
packet transferred to the host 11 by the Interface 

25 circuit unit 40. Specifically, in the serial ATA 
Interfac , the available data size for packet 
transfer, such as the data packet 172 shown in Fig. 
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12, Is from minimum on (1) double word to maximum 
2048 double words, and as the capacity of the send 
FIFO 60, 2048 double words (8192 bytes), which Is 
the maximum capacity, may be considered. But, if 
5 such large size send FIFO 60 Is utilized, the amount 
of hardware In the Interface circuit unit 40 Is 
Increased, and the Input and output process for the 
send FIFO 60 takes long time, therefore. In the send 
FIFO 60 in the invention, the memory capacity of 

10 two (2) double word may be used as the minimum 

configuration for enabling the process in which one 
of one (1) double word data, which is the minimum 
unit, always remains when Input-output control is 
performed. Of course, two (2) double words or more 

15 may be used if needed, but the capacity does not 
have to be Increased so much. 

Figs* 19A to 19D are explanatory diagrams of 
data input-output control in the case that the send 
FIFO 60 of Fig. 17 Is the minimum configuration and 

20 illustrates an operation which forces data to stay 
without the tall signal. Fig. 18A is the case that 
a first headmost data Dl for packet transfer is 
input, and the send FIFO 60 is comprised of 
one-double-word-size areas 60-1 and 60-2 as the 

25 minimum configuration, therefore, for example, the 
headmost data Dl Is stored into the area 60-1. Then, 
if a n xt data D2 is received as shown in Fig. 18B, 
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after outputtlng the data Dl which Is reo Ived and 
stored In advance, the next D2 Is stored. 
Subsequently, a third data D3 Is received as shown 
In Fig. 18C, after outputtlng the data D2 which Is 
5 received In advance, the D3 Is stored. If an error 
185 occurs as shown in Fig. 18D after this data D3 
is received, and data can not be received any more, 
the data D3, which is the last data before the error 
occurs, will always remain in the send FIFO 60. In 

10 this way, if the data D3 remains in the send FIFO 
when the error 185 occurs, by forcibly outputtlng 
the tall signal in synchronism with the output of 
this data D3, it Is possible to recognize the 
endmost data of the packet data In the link layer 

15 44, generate the data packet based on this, transfer 
It to the host side and conclude the transfer 
process of the data packet. 

Figs. 19A to 19H are time charts of normal 
input-output control in the send FIFO 60 of Fig. 

20 17. Figs. 19A to 19D show an input valid signal, 
an input head signal, an input tall signal and an 
input data to the send FIFO 60, respectively. 
Corresponding to these. Figs. 19E to 19H show an 
output valid signal, an output head signal, an 

25 output tall signal and an output data from the send 
FIFO 60, respectively. When the first head data Dl 
ne ded for th transfer of the data packet is 
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r ceived as shown In Figs* 19A to 19D , the Input 
valid signal and the Input head signal Is generated 
by synchronizing to this. In this way, after a 
second data D2 Is received and stored Into the send 
5 FIFO 60 , the head data Dl stored in the send FIFO 
60 are read out as the head data Dl as shown In Figs. 
19E to 19H and, simultaneously, the output valid 
signal and the output head signal are generated to 
be sent to the link layer 44. Similarly, for the 

10 Input of data D2 to D9, after waiting for each Input, 
the data output to the link layer 44 and the 
generation of the output valid signal in 
synchronism with this are performed. When it Is 
recognized from a valid count of the input data that 

15 the received data D10 Is the endmost data of the 
packet, the input tall signal of Fig. 19C is 
generated based on the reception of the tall data 
D10, and the output tall signal and the output valid 
signal are sent to the link layer 44 by subsequent 

20 output control of Figs. 19E to 19H, synchronizing 
to the readout of the tall data D10. In other words, 
since the tall signal Is present, the data D10 are 
transferred without staying. In the link layer 44, 
when the output head signal is obtained, the start 

25 of frame ( SOF ) shown in Fig. 7 is generated and sent; 
then the pack t of Fig. 12 according to the frame 
information configuration (FIS) is structured and 



transferred; and finally, when the output tall 
signal Is obtained, the end of frame (EOF) shown 
In Fig. 7 Is generated and sent. 

Figs. 20A to 20H are time charts of 
5 input-output control when an error occurs in the 
send FIFO 60 of Fig. 17. The input and output of 
the data Dl to D5 in the input control of Figs. 20A 
to 20D and the output control of Figs. 20E to 20H 
are the same as the normal case in Figs. 18A to 18D. 

10 However, It is assumed that the error 185 occurs 
immediately after the data D6 is stored Into the 
send FIFO 60 as the input data of Fig. 20D, therefore 
the reception of the data is halted after that. At 
the time when the data input is halted by the 

15 occurrence of the error 185 In this way, the data 
D6 which is received immediately before the 
occurrence of the error 185 remains In the send FIFO 
60. Therefore, according to the instruction to the 
I/O control unit 182, and as shown in the timing 

20 after the occurrence of the error 185 In Figs. 20E 
and 20H, the error- terminated transfer control unit 
184 which receives the error notification from the 
error detection unit 180 in Fig. 17 outputs the data 
D6 remaining in the send FIFO 60 and simultaneously 

25 generates the output valid signal, and in order to 
handle the data D6 as the tall data based on the 
error termination, generates the output tail signal 
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and sends It to the link layer, as shown In Fig. 
20G. Therefore, In the link layer 44, by 
recognizing the data D6 output from the send FIFO 
60 as the endmost data based on the output tall 
5 signal output by the I/O control unit 182, 

transferring the data packet to the Interface 
circuit unit 40 of the host 11 via the physical layer 
42 and further generating and transferring the end 
of frame (EOF) of Fig. 12, the transmission sequence 

10 can be terminated. 

Figs. 21A to 21H are time charts In the case 
that the operation Is halted because data does not 
remain In the send FIFO when an error occurs, as 
a comparative example of the time chart of the 

15 Invention In Figs. 21A to 21H. In Figs. 21A to 21H, 
for the data D6 which is received immediately before 
the error 185, the data D6 is output with the output 
valid signal as shown In Figs. 21E to 21H, according 
to the output control in the case that the condition 

20 of the output side in the normal FIFO is realized. 
Then, after that, since the data input to the send 
FIFO is completely out off by the occurrence of the 
error 185, the data transfer and the output of the 
tall signal can not be performed, therefore the link 

25 layer 44 continues to wait for the data Input, and 
finally, the error termination is performed by 
overtime. During this period, since the packet 
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transfer to the host 11 Is halted and In wait state, 
other packets can not be transferred, and the 
performance of transfer Is deteriorated. For this 
problem. In the Invention, If the data Input to the 
5 send FIFO 60 is halted by the occurrence of error, 
data always remains according to the configuration 
of the Input and output conditions In which. In the 
case that the tail signal is not present, the data 
received in advance Is not output unless the next 

10 data is received, and by outputtlng the remaining 
last data In synchronism with the forcible 
generation of the tall signal for concluding the 
data for the packet because the error Is detected, 
it is possible to conclude the packet data to the 

15 link layer 44 and, for the data obtained up to the 
occurrence of the error, normally transfer the data 
packet to the host 11 despite of the occurrence of 
the error. In addition, as the process after the 
packet transfer of the partially received data to 

20 the host 11 side because of the occurrence of the 
error, by notifying the occurrence of the error with 
the status packet from the device side to the host 
11, the process In which the host 11 side 
accommodates this Is executed in response to the 

25 notification of the occurrence of the error, and 
more specifically, the corresponding process such 
as read access to the remaining data is executed. 
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because the data before the ooourrenoe of the error 
has been normally received. Further, In the 
embodiment of Fig. 17, although specific processes 
are not shown for the side of the receive FIFO 50 
5 and the task file register 54, the embodiment of 
Fig. 2 may be directly applied to this. 

(Control Based on the Number of Packets) 

Fig. 22 Is a block diagram illustrating another 

10 embodiment of the invention which controls certain 
functions of the device Interface according to the 
number of transferred packets and Illustrates a 
hardware configuration of the Interface circuit 
unit 30 of the hard disk controller 28 provided on 

15 the hard disk drive 10 of Fig. 1 and functions of 
MPU 34 as firmware. In Fig. 22, the Interface 
circuit unit 30 provided on the hard disk controller 
28 Is consists of a physical layer 42, a link layer 
44, a transport layer 46 and an application layer 

20 48, just like the embodiment of Figs. 3A and 3B. 
The transport layer 46 is provided with the receive 
FIFO 50 and the send FIFO 60, and the application 
layer 48 Is provided with the task file register 
54 and the task control file register 58. In this 

25 embodiment, in addition to this, a command 

processing unit 190 and a packet control condition 
setting unit 192 are further provided on MPU 34 
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which acts as flrmwar , and oorr spondlng to this, 
a packet control execution circuit 196 comprising 
a control register 198, a reception ready 
inhibition circuit (RRDY inhibition circuit) 200 
and a power mode circuit 202 is provided as hardware 
In the application layer 48 of the Interface circuit 
unit 30* Based on the analysis result of the 
command which Is received in the packet transfer 
from the Interface circuit unit 40 of the host 11 
and analyzed by hardware of the Interface circuit 
unit 30, the command processing unit 190 provided 
on the MPU 34 as firmware executes the packet 
transfer control preparation to the host according 
to the command type and initiates protocols of the 
packet transfer to the host 11. The packet control 
condition setting unit 192 decodes the command 
received by the command processing unit 190 from 
the host 11 and, when the packet transfer is started, 
sets the type of a certain control function executed 
after start of the packet transfer and the number 
of received or transmitted packets which defines 
the start or end of the control function to the 
control register 198 of the packet control 
execution circuit 196. In this embodiment, as 
functions controlled by the number of the 
transferred packets, two (2) functions, which are: 
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(1) Cancellation of Inhibition of the 
reception ready response (reception ready); and 

(2) Control of turning to the power mode after 
receiving a certain command and transferring a 

5 packet, are taken as examples. 

In order to achieve such control functions 
according to the number of the transferred packets, 
the application layer 48 Is provided with the 
reception ready Inhibition circuit 200 and the 

10 power mode circuit 202. The control register 198 
which sets the control type and the number of 
packets at the time of the packet transfer 
preparation according to the packet control 
condition setting unit 192 has, for example, a 

15 configuration of Fig. 23. The control register 198 
is, for example, the 16 bits control register and, 
when seen from the upper bit side. Is provided with 
a reception ready Inhibition bit 204 In 15th bit, 
a reception ready Inhibition cancellation bit 206 

20 In 14th bit and a power mode start bit 208 In 13th 
bit, and the number of packets 210 can be set In 
bit 12 to 0. Now, the inhibition and the inhibition 
cancellation of the reception response according 
to the number of transferred packets are described 

25 first. In the serial ATA Interface to which the 
embodiment of Fig. 22 is applied, for example, the 
write commands according to DMA transfer from th 
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host 11 to the hard disk controller 28 are taken 
as examples, four (4) types exist, which are: 

(1) Write DMA Command; 

(2) Legacy Queued Write DMA Command; 

5 (3) First Pattern of First Party Queued Write 

DMA Command; and 

(4) Second Pattern of First Party Queued Write 
DMA Command. In these DMA type write commands, the 
command processes of the packet transfer by the 

10 Interface circuit unit 30 on the device side are 
different from each other. 

Fig. 24 is a flowchart of a write DMA command 
process and Illustrates the packet transfer process 
after the command received from the host 11 is 

15 analyzed. In this write DMA command process, first 
in step SI, the DMA activate packet (DMACT) Is 
transferred to the host 11; then, the data packet 
Is received from the host 11 in step S2; whether 
a sector counter SC Increased by the received data 

20 reaches 0 or not is checked in step S3; and the 
process from step SI Is repeated until it reaches 
0. If the sector counter SC reaches 0, termination 
of the transfer of the data packet Is identified; 
proceed to S3 to S4; and the RegDH packet indicating 

25 the termination of the transfer is transferred to 
th host 11. 

Fig. 25 is a legacy queued write DMA command 
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process, and when the packet transfer Is started 
by decoding the reception command from the host 11, 
first In step SI, the set device bits packet (SETDB 
packet) Is transferred to the host 11; and then, 
5 a service command Is received from the host 11 In 
step S2. Subsequently, after the RegDH packet Is 
transferred to the host 11 In step S3, the DMA 
activate packet (DMACT packet) Is transferred to 
the host 11 In step S4, then the data packet Is 

10 received from the host In step S5, and the sector 
counter SC Is checked In step S6 . Then, the packet 
transfer In steps S4 and S5 Is repeated until the 
sector counter SC becomes 0 In step S6, and If the 
sector counter SC becomes 0 by terminating the 

15 transfer of the data packet, the procedure proceeds 
to step S7, and the RegDH packet Is transferred to 
the host 11 to notify the termination of the packet 
transfer . 

Fig. 26 Is a flowchart of a first party queued 
20 write DMA command process . In this case, the packet 
transfer Is started after the command received from 
the host 11 Is analyzed, and first, the DMA setup 
packet (DMASU) Is transferred to the host 11 In step 

51. Subsequently, after the DMA activate packet 
25 (DMACT packet) Is transferred to the host 11 Is step 

52, the data packet is received from the host 11 
is step S3. Then the sector counter SC is checked 
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In step S4, and the packet transf r In steps S2 and 
S3 ±s repeated until ±t becomes 0. If the sector 
counter SC becomes 0, the procedure proceeds to step 
S5, and the set device bits packet (SETDB packet) 
5 Indicating the termination of the packet transfer 
is transferred. 

Fig. 27 is a first party queued write DMA 
command process same as the Fig. 26, but this is 
a second pattern, contrary to the first pattern of 

10 Fig. 26. In addition, whether the first patter of 
Fig. 26 or the second pattern of Fig. 27 is utilized 
is set in the manufacturing phase of the apparatus. 
In the command process of the second pattern of Fig. 
27, transferring the DMA setup packet (DMASU) to 

15 the host 11 is step SI is same as the first pattern, 
but in the second pattern, the data packet is 
immediately received In next step S2, and then the 
transfer of the DMA activate packet (DMACT packet) 
and the data packet Is repeated is step S3 until 

20 the sector counter SC becomes 0. When the sector 
counter SC becomes 0, the set device bits packet 
(SETDB packet) Indicating the termination of the 
packet transfer is transferred to the host 11. 
Therefore, the efficiency of the data packet 

25 transfer is higher in the second pattern. If the 
n xt command packet request is generated in the host 
11, and the transmission ready signal is sent during 
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the paoket transfer of the write DMA command from 
the host as shown In Fig. 24 to Fig. 27, In the 
Interface circuit unit 30 on the device side, the 
packet transfer of the currently executed command 
5 is suspended, and the packet reception of the next 
command from the host 11 is performed. However, 
according to use of the command in some cases, if 
the next command transmission request from the host 
11 Is present during the packet transfer. It may 

10 be desirable to inhibit it and continue the packet 
transfer up to a certain packet. For example. In 
the second pattern of first party queued write DMA 
command process, after executing the command 
reception and the packet transfer preparation. It 

15 is needed to inhibit the packet transfer request 
according to the next command from the host 11, 
until the RegDH packet for response to the command 
reception and the subsequent DMASU packet of step 
Si of Fig. 26 are transferred. In these cases. In 

20 the embodiment of Fig. 22, at the phase of the packet 
transfer preparation process based on the command 
analysis result of the command processing unit, to 
the control register 198 of the paoket control 
execution circuit 196 provided on the application 

25 layer 48 of the Interface circuit unit 30, or to 
the control register 198 of Fig. 23, the packet 
control condition setting unit 192 sets bit 1 as 
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the reception ready Inhibition bit 204 , 
simultaneously sets the number of packets = 2 as 
the number of packets 210, and then starts the 
packet transfer. When the setting of the reception 
5 ready Inhibition bit 204 to the control register 
198 and the configuration of the number of packets 
210 to "2" are performed to start the packet 
transfer, the number of the transferred packet is 
matched with the set number of the transferred 

10 packets in the control register 198 at the time when 
the transfer of the RegDH packet for the command 
reception response to the device 11 and following 
DMA setup packet (DMASU packet) Is completed in step 
SI of Fig. 27, and at this point of time, the packet 

15 control execution circuit 196 resets the reception 
ready Inhibition bit 204 in the control register 
198 of Fig. 23 from the current value of 1 to 0 and 
simultaneously set the reception ready inhibition 
cancellation bit 205 from 0 to 1 by hardware thereof. 

20 Consequently, in the reception ready inhibition 
circuit 200 provided on the application layer 48, 
the reception ready Inhibition control is performed 
until two (2) packets are transferred from the start 
of the packet transfer of the interface circuit unit 

25 30, and If the transmission ready signal of the next 
command is received from th Interface circuit unit 
40 of th host 11, th reception ready signal is 
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not returned, and the int rruptlon of th pack t 
transfer Is Inhibited. Then, after the second 
packet Is transferred, the Inhibition cancellation 
of the reception ready signal Is automatically 
5 executed by hardware, and If the transmission 

request of the next command from the host 11 side 
Is present during the further packet transfer, this 
Is accepted, and the current packet transfer Is 
Interrupted to execute a new command reception 

10 process. 

Figs. 28A and 28B are time charts of a packet 
transfer In the command process of Fig. 2 7 In the 
embodiment of Fig. 22, In the case that the 
transmission request of the next command Is not 

15 present during the packet transfer. In Figs. 28A 
and 28B, If the command packet transmission request 
212 Is generated In the host, the transmission ready 
signal (XRDY) transmission 214 to the device 10a 
which Is the hard disk drive Is performed; the 

20 reception ready signal (RRDY) transmission 218 Is 
performed If the device 10a side Is In the packet 
reception OK state 216; the host 11 performs the 
command packet transmission 220 In response to 
this; the command packet Is sent to the device 10a 

25 by the packet transfer 224; and the command RegHD 
pack t reception Is complet d 226. At this point. 
In protocols for transferring the command from the 
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host 11 to the command 10a, the packet transfer Is 
performed via three (3) stages of the signal 
transmission, which are: 

(1) Transmission ready signal (XRDY) 
5 transmission 214; 

(2) Reception ready signal (RRDY) transmission 
218; and 

(3) Packet transmission 224, 

and these three (3) transfer process Is put together 

10 to Illustrate the transfer of the RegHD packet 224, 
as shown In the surrounding dotted lines. 

Therefore, for the purpose of simplifying the 
description, the packet transfer after the RegHD 
packet 224 Is shown by block arrows In which the 

15 transmission ready signal (XRDY) , the reception 
ready signal (RRDY) and the packet transmission are 
put together. This Is the same for each packet 
shown In Figs. 3A to Fig. 6 corresponding to the 
embodiment of Fig. 2. Referring to Figa. 28A and 

20 28B again. In the device 10a, when the command RegHD 
packet reception Is completed 226, the command 
analysis Is performed by hardware of the 
application layer 48, and based on this command 
analysis result, MPU 34 as firmware executes the 

25 packet preparation process 228. This packet 

preparation process 228 consists of following 
process steps. 
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Step SI: process packet Information analyzed 
by hardware . 

Step S2: prepare packet to send. 

Step S3 : configure start of tlie packet 
transfer . 

When this packet preparation process 228 by 
firmware Is performed, then the RegDH packet 230 
Is transferred to the host 11 as the response packet 
Indicating the normal reception of the command, and 
In the host 11, the RegDH packet reception is 
completed 232. Subsequently, the device 10a 
transfers the DMA setup packet ( DMASU packet) 234, 
and In the host 11, the DMA setup packet reception 
Is completed 236. Then, the host 11 transfers the 
data packet 238 to the device 10a, and in the device 
10a, the data packet reception Is completed 240 In 
response to this. Next, the device 10a send the DMA 
activate packet ( DM ACT packet) 242 to the host 11, 
and the DMACT packet reception is completed 244 In 
response to this. After that, the reception of the 
data packet from the host 11 and the transmission 
of the DMACT packet to the host are repeated until 
the sector counter becomes 0 according to the 
reception of the data packets on the device 10a side, 
and finally, the process is terminated by 
transferring the set device bits packet (SETDB 
packet) from the device 10a to the host 11 as shown 
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±n step S6 of Fig. 25. 

Figs. 29A and 29B are time charts of a packet 
transfer process, which. Is similar to Figs. 28A and 
28B, for the second pattern of the command reception 
5 In Fig. 27, and In this case, after the transfer 
process of the RegDH packet 230 Is executed In the 
device 10a, and the RegDH packet reception Is 
completed In the host 11, a next command packet 
transmission request 246 Is generated. If the next 

10 command packet transmission request 246 Is 

generated, and the reception ready Inhibition is 
not performed In the device 10a side, then. In 
response to the transmission ready signal (XRDY) 
transmission 248 associated with the next command 

15 packet transmission request 246, the reception 

ready signal (RRDY) transmission 250 Is performed, 
then the packet transmission 254 Is performed by 
the next command packet transmission 252, and In 
the device 10a, the packet reception for the next 

20 command Is completed 256. The transmission ready 
signal (XRDY) transmission 248, the reception ready 
signal (RRDY) transmission 250 and the packet 
transmission 254 are the transfer of the RegDH 
packet 255 for the next command transfer, and during 

25 this period, the packet transfer after the DMASU 
packet 234 performed In Fig. 28 Is aborted In the 
device 10a, th refore a time delay is generat d in 
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the ourr ntly executed pack t transfer. Thus, In 
this case. In the embodiment of Fig. 22, when the 
paoket preparation process Is executed by MPU 34 
as firmware associated with the completion of the 
5 command reception, the paoket control condition 
setting unit 192 sets the number of the transfer 
packets until the Inhibition and the Inhibition 
cancellation of the reception ready signal (RRDY) 
in the control register 198 and forces to Inhibit 

10 the packet transmission request of the next command 
from the host 11 until the transfer of packets up 
to the set number Is completed. 

Figs. 30A and 30B are time charts of a packet 
transfer process according to the embodiment of Fig. 

15 22 which inhibits the next command request from the 
host 11 and cancels the inhibition after the 
transfer of packets up to the number set in the 
packet preparation process phase is completed 
during the packet transfer. In Figs. 30A and 30B, 

20 from the command packet transmission request 212 
of the host 11 to the RegHD paoket reception 
completion 226 of the device 10a is the same as 
Fig. 30, but after setting of the reception ready 
signal (RRDY) Inhibition bit 204, resetting of the 

25 reception ready signal (RRDY) inhibition 

cancellation bit 206 and s ttlng of the number of 
packets 210 to "the number of packets = 2" In the 
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control register 198 of Fig. 23 Is performed In the 
next packet preparation process 260 by MPU 34 as 
firmware, the packet transfer Is started. In this 
case, the reception ready signal (RRDY) Inhibition 
5 262 Is performed until reaching the number of 

packets = 2 after start of the transfer. Therefore, 
as Is the case with Fig. 29, after the transfer of 
the RegDH packet 230, when the next command packet 
transmission request 246 Is generated In the host 

10 11, and the transmission ready signal (XRDY) 
transmission 248 Is performed, the reception 
response signal (RRDY) to the host 11 Is not sent 
according to the reception ready signal (RRDY) 
Inhibition 262, and the next DAMSU packet 234 Is 

15 transferred based on the current executed command. 
When this transfer of DAMSU packet 234 Is completed, 
the hardware of the Interface circuit unit 30 on 
the device 10a side determines that the set number 
of packets Is matched with the number of the 

20 transferred packets, and by resetting the reception 
ready signal (RRDY) Inhibition bit 204 from 1 to 

0 and simultaneously setting the reception ready 
signal (RRDY) Inhibition cancellation bit 206 from 

1 to 0 In the control register 198 of Fig. 23, a 
25 hardware Inhibition cancellation 266 shown In Figs. 

30A and 30B is performed. Therefore, for th 
already received transmission ready signal (XRDY) 
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transmission 248 associated with the next command 
packet transmission request 246, the reception 
ready signal (RRDY) transmission 250 Is performed 
from the device 10a In response to the Inhibition 
5 cancellation; the next command packet transmission 
252 Is achieved; the packet transmission 254 Is 
performed; the next command packet reception Is 
completed 256 In the device 10a; and MPU 34 as 
firmware executes the next command process 268. At 

10 this point, during the reception ready signal 

(RRDY) Inhibition 262 In the Interface circuit unit 
30 of the device 10a is in progress, MPU 34 as 
firmware is in a monitor-free state 264 in which 
monitoring of the packet transfer status for 

15 canceling the Inhibition of the reception ready 
signal is not needed, and in the monitor-free state, 
it can execute other Internal processes. 

Fig. 31 is a flowchart illustrating a process 
procedure of the packet preparation process 260 by 

20 MPU 34 as firmware in the device 10a of Figs. 30A 
and 30B. In this packet preparation process, the 
packet information analyzed by the hardware of the 
Interface circuit unit 30 is processed In step Si, 
and after the transmission packet is prepared In 

25 step S2, the inhibition bit of the reception ready 
signal (RRDY) and the number of pack ts at which 
the inhibition cancellation Is executed are set in 
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the control register 198 of Fig. 23 In step S3, and 
after that, the transfer start bit Is set In step 
S4 to start the packet transfer process. Next, a 
power mode control process when the packet transfer 
Is terminated by receiving a certain command In the 
embodiment of Fig. 22 Is described. The power mode 
process associated with the packet transfer Is, for 
example, the process In the case that a seek request 
command Is received from the host 11. 

Fig. 32 is a time chart of control which forces 
into power mode according to the configuration of 
the number of packets after the seek request command 
is received. In Fig. 32, when the seek request 
command packet transmission request 270 is 
generated from the host 11, as shown collectively 
by the RegHD packet 282, the transmission ready 
signal (XRDY) transmission 272 is executed, and If 
the device 10a side is In the packet reception OK 
state 274, the reception ready signal (RRDY) 
transmission 276 Is executed. In response to this, 
the host 11 executes the packet transmission 280 
according to the seek request command packet 
transmission 278, and in the device 10a side, the 
seek request command packet reception is completed 
284. Subsequently, MPU 34 as firmware executes the 
packet pr paratlon process 296. 

This packet preparation proc ss 296 Is 
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xecut d as shown In a flowchart of Fig. 33. First, 
the packet Information analyzed by the hardware of 
the Interface circuit unit 30 Is processed In step 
SI, and a preparation processes for the seeking and 
5 the power mode Is executed. Then, the packet to be 
sent Is prepared In step S2, and simultaneously, 
the number of packets for entering the power mode 
Is set to "the number of packets = 1" In this example. 
Then, after executing a process for activate the 

10 seek operation In step S3, the power mode start bit 
208 Is set from 0 to 1 In the control register 198 
of Fig. 23 In step S4, and the transfer start bit 
Is set In step S5 to start the transfer process. 
Referring to Fig. 32 again, when the packet 

15 transfer is started by this packet preparation 

process 296, the RegDH packet 288 Is transferred 
as the response packet to the already received RegHD 
packet 282 from the host 11, and in the host 11, 
the RegDH packet reception is completed 290. Then, 

20 when the transfer of the RegDH packet 288 to the 
host 11 is completed, since the number of the 
transferred packets is matched with "the number of 
packets = 2" which Is set in the number of packets 
210 in the control register 198 of Fig. 23, the power 

25 mode circuit 202 operates in response to a signal 
output by the packet control execution circuit 196 
of Fig. 22, and entering power mode 294 is perform d. 
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In the process according to this entering power mode 
294, the power save control Is performed for 
reducing the power consumption In the Interface 
circuit unit 30, unless the command transfer 
request from the host 11 Is present, until the seek 
operation Is completed In the Interface circuit 
unit 30 of Fig. 22. In addition, the comparison of 
the number of the transferred packets and the set 
number of the packets for forcing the entry Into 
the power mode 294 is performed by the hardware of 
the Interface circuit unit 30, and during this 
period, MPU 34 as firmware Is In free state 298 and 
can executes other Internal processes* 

Fig. 34 Is a block diagram of another 
embodiment of the Invention which controls a 
certain function according to the number of the 
packets transferred after the command from the host 
Is received, and although. In the embodiment of Fig. 
22, the number of the packets Is determined by the 
hardware on the side of the Interface circuit unit 
30 for controlling a certain function, but this 
embodiment is wherein this is performed on the side 
of MPU 34 as firmware* Therefore, in the embodiment 
of Fig. 34, MPU 34 as firmware is provided with a 
packet control condition monitor unit 302, In 
addition to the command processing unit 190 and the 
packet control condition setting unit 300. Also, 
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on the side of the Interface circuit unit 30, the 
reception ready (RRDY) Inhibition circuit 200 and 
the power mode circuit 202 are provided as Is the 
case with Fig. 22, but since the monitoring of the 
5 number of the transferred packet Is performed on 
the MPU 34 side, only the control register 304 Is 
provided, and as shown In Fig. 35, the reception 
ready signal (RRDY) Inhibition bit 305, the 
reception ready signal (RRDY) Inhibition 

10 cancellation bit 306 and the power mode start bit 
308 are provided on this control register 304, but 
the configuration of the number of the packets as 
shown In Fig. 23 Is not executed. 

Figs. 36A and 36B are time charts In the case 

15 that the transfer request of the next command from 
the host 11 Is Inhibited during the period for the 
two (2) headmost packets of the packet transfer from 
the device according to the second pattern of the 
command process In Fig. 27 In the embodiment of Fig. 

20 34. Comparing Figs. 36A and 36B to the case of Figs. 
30A and 30B that the number of the transferred 
packet Is monitored by the hardware. It Is different 
In that the packet preparation process 310 and the 
packet monitor process 314 Is executed by firmware, 

25 and other processes are the same. Process 

procedur s of the packet preparation process 310 
and the packet monitor process 314 by firmware in 



78 

Figs. 36A and 36B are as shown in Fig. 37. In Fig. 
37 , steps SI to S4 are the packet preparation 
process 310, and next steps S5 to S9 are the packet 
monitor process 314. In this transferred packet 
5 monitor process, after the packet Information 

analyzed by the hardware of the Interface circuit 
unit 30 Is processed In step SI, and the 
transmission packet Is prepared In step S2 as a 
preparation process. In step S3, the reception 

10 ready signal (RRDY) Inhibition bit and the number 
of packets are set In the control register 304 of 
Fig. 35. In this case, the number of packets at 
which the inhibition is executed Is set to "the 
number of packets = 2" . Subsequently, the transfer 

15 start bit is set in step S4, and after the packet 
transfer process Is initiated, a monitor process 
from step S5 starts . In the packet monitor process , 
the start of the packet transmission is confirmed 
in step S5; completion of the packet transmission 

20 is confirmed In step S6; the number of the 

transferred packets is Incremented by 1 in step S7; 
by comparing this to the set number of packets in 
the control register 304, whether it Is matched or 
not is determined in step S8; and the process from 

25 step S5 is repeated until it is matched. If the 
number of the transferred packets is match d with 
the s t number of packets, the procedure proceeds 
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to step S9 to set the reception ready signal (RRDY) 
Inhibition cancellation bit 306 of Fig. 35, and In 
this way, the transmission request of the next 
command from the host 11 Is allowed to be accepted. 
5 Fig. 38 Is a time chart of a control process 

for entering the power mode after receiving the seek 
request command from the host 11 and transferring 
the predefined number of packets In the subsequent 
packet transfer In the embodiment of Fig. 34. This 

10 control for entering the power mode according to 
the transfer associated with the execution of the 
seek request command Is basically the same as the 
embodiment In Fig. 32 that the number of the 
transferred packets are monitored by the hardware 

15 of the Interface circuit, but it is different in 
that the packet preparation process 320 and the 
packet monitor process 322 is executed by MPU 36 
as firmware. Process procedures of the packet 
preparation process 320 and the packet monitor 

20 process 322 executed by firmware are as shown in 
a flowchart of a packet preparation monitor process 
of Fig. 39. In the flowchart of Fig. 39, steps SI 
to S5 are the packet preparation process 320, and 
remaining steps S6 to S10 are the packet monitor 

25 process 322. First, In the packet preparation 
process, the packet Information for the seek 
requ st command analyzed by th hardware of th 
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Interface circuit unit 30 Is processed In step SI, 
and the preparation processes for the seeking and 
the power mode Is executed. Then, the packet to be 
transferred Is prepared In step S2. Further, after 
5 activating the seek operation In step S3, the power 
mode start bit 308 Is set In the control register 
304 of Fig* 35 In step S4, and the transfer start 
bit Is set In step S5 to start transfer. In the 
packet monitor process during the transfer, the 

10 start of the packet transmission Is confirmed In 
step S6; completion of the packet transmission Is 
confirmed In step S7; the number of the transferred 
packets needed for entering the power mode Is 
Incremented by 1 In step S8; and It Is compared to 

15 the previously set number of the transferred 

packets needed for entering the power mode, for 
example, "the number of the transferred packets = 
1" In step S9. In this case, since the set number 
of packets Is reached by the transfer of one (1) 

20 packet, the procedure proceeds to S10, and the 

Instruction for turning power mode on Is performed 
to the power mode circuit 202 to force the Interface 
circuit unit 30 to enter Into the power save 
operation state for reducing the power consumption. 

25 At this point, in the embodiments of Fig. 22 and 
Fig. 34, although the Inhibition and the inhibition 
cancellation of the rec ptlon r ady response or the 
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turning the power mode on after receiving the seek 
request command are taken as examples of certain 
functions controlled by the number of the 
transferred packets, this can be directly applied 
to any other functions for which control is started 
or stopped by the number of the transferred packets 
needed on the device side associated with the packet 
transfer with the host. 

Also, in above embodiments, the case that the 
serial ATA Interface is applied to the invention 
is taken as an example of the packet transfer using 
the serial transmission line, but the Invention is 
not limited thereto and can directly apply to any 
suitable serial interface. 

Further, in above embodiments, the data 
transfer between the host and the hard disk drive 
is taken as an example, but the device may be any 
suitable device other than the hard disk drive. 



